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(5j) An apparatus and method for recording digi- 
tal video and audio data on a record medium 
receives digital video and audio data and topic 
data having identifying topics, and generates 
menu data in accordance with those identifying 
topics. The video and audio data, topic data and 
menu data are recorded on a record medium in 
the -form of a coded signal having a recording 
format comprising respective video, audio and 
subcode areas in which the video data, the 
audio data and the menu data, respectively, are 
provided. The video and audio areas have res- 
pective auxiliary areas in which the topic data is 
provided. In addition, auxiliary character data is 
generated when character information is re- 
ceived by a teletext broadcast system and recor- 
ded in the auxiliary areas of the video and audio 
areas of each track. 
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The present invention relates to recording and reproduction of digital video and audio data. The invention 
can be applied to a digital video tape recorder and, more particularly, to apparatus for recording and repro- 
ducing digital video and audio signals with menu and topic data including table of content data. 

Digital video tape recorders which record and reproduce video and audio signals in coded form in tracks 
on a record medium are known in the art. It is also known to record auxiliary information in a subcode area of 
each track. The auxiliary information may represent character information indicative of, for example, a title or 
recording date of the video and audio signals which have been recorded on the record medium. One example 
of such a system is disclosed in European Patent Application No. 0,561,281. 

However, there is a present need for a digital video tape recorder which is capable of displaying a "menu" 
of the auxiliary information recorded on the record medium, thus providing an easy mechanism for selecting 
auxiliary information to be utilized. Existing digital tape recorders do not provide for such a menu. In addition 
it would be advantageous to provide a table of contents of the programs and chapters stored on the record 
medium to facilitate automatic location and reproduction of a user-selected chapter. 

Further, there is a present need for a digital video tape recorder to utilize a teletext signal in which alpha- 
numenc and graphic characters are broadcast. Such a system may, for example, automatically provide program 
title and other information about a transmitted program, and in addition, enhance the functionality of selecting 
a program or programs to be recorded at a future time by providing a television program list within the broadcast 
signal. The user may select from the list a desired program to be recorded. Existing devices do not contain 
such a feature. 

Another shortcoming of existing digital video tape recorders is that all of the auxiliary information recorded 
on a track is reproduced even when less than ail of the auxiliary information is needed, thus resulting in un- 
necessary reproductions, a need for large storage capacity and a slower response time. 

Respective different aspects of the present invention are set forth in Claims 1, 18, 22 and 38. 
Embodiments of the present invention provide an apparatus and method for recording and reproducing 
digital video and audio data which overcome the shortcomings of existing devices. 

Further, embodiments of this invention enable recording and reproduction of topic and table of content data 
with the video and audio data in order to provide easy selection of a recorded program or topic from the record 
medium. 

Further, embodiments of the present invention can utilize teletext character data supplied with the video 
30 and audio signal. 

In addition, embodiments of the present invention provide apparatus of modest circuit size for recording 
and reproducing digital video and audio data. 

In accordance with one embodiment of the present invention, an apparatus and method for recording digital 
video and audio data in tracks on a record medium operate to receive topic data with the digital video and audio 
35 data, and produce menu data in accordance with identifying topics represented by the topic data. The video, 
audio and menu data are recorded in respective video, audio and subcode areas, and the topic data is recorded 
in auxiliary areas of the video and audio areas. 

In embodiments of the present invention, the menu data may include position data which indicates the re- 
spective areas of a track in which the topic data is located. 
w In embodiments of the present invention, table of content data may be generated which identifies the con- 

tents of the data recorded in the video and audio areas of each track (e.g. the contents of the chapters/parts 
of a program recorded on the tape and the respective beginnings and endings of each chapter/part). The table 
of content data may be post-recorded in the subcode area of each track. 

In accordance with another embodiment of the present invention, digital video data, digital audio data and 
character information are received from a teletext broadcast system. Auxiliary character data is generated from 
the received character information and the auxiliary character data is recorded in the auxiliary areas of the 
video and audio areas in the tracks. 

Embodiments of the invention will now be described, by way of example, with reference to the accompa- 
nying drawings, wherein like reference numerals denote like elements and parts, and in which: 

Fig. 1 is a block diagram of apparatus embodying the present invention fbrrecording and reproducing digital 
video and audio data; 

Fig. 2 is a schematic diagram showing the format of a single track recorded on and reproduced from the 
record medium by embodiments of the present invention; 

Figs. 3A and 3B are schematic diagrams showing the format of the T-SYNC area of Fig. 2; 
Figs. 4A and 4B schematically illustrate the data structure of the audio area of a track and a sync block 
of the audio area, respectively; in accordance with embodiments of the present invention; 
Fig. 5 schematically illustrates the data structure of the video area of a record track in accordance with 
embodiments of the present invention; 
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Figs. 6A to 6D illustrate the data structure of the video sync blocks, including the video auxiliary (VAUX) 
sync blocks of the video area shown in Fig. 5; 

Figs. 7A and 7B schematically illustrate the data structure of a sync block in the subcode area shown in 
Fig. 2; 

5 Figs. 8A and 8B illustrate the data structure of a frame of audio pack data and the format of the subcode 

area of Fig. 2, respectively; 

Fig. 9 illustrates the data structure of the video auxiliary (VAUX) sync blocks of the video area shown in 
Fig. 5; 

Fig. 10 is a table showing the structure of a frame of video pack data; 
10 Figs. 11 A and 11 B illustrate an example of menu data and topics recorded on the record medium, respec- 

tively; 

Figs. 12A to 12C illustrate the data structure of topic data; 

Fig. 13 illustrates the data structure of a pack used as the basic building block in the video auxiliary 
(VAUX), audio auxiliary (AAUX) and subcode data areas; 
ts Figs. 14A to 14C illustrate the data structure of a topic/page (TP) header pack, a control text header pack, 

and a control text pack, respectively; 

Figs. 15A to 15D illustrate the data structure of a title start pack, a title end pack, a chapter start pack, 
and a chapter end pack, respectively; 

Figs. 16A to 16D illustrate the data structure of a title text header pack, a title text pack, a chapter text 
20 header pack, and a chapter text pack, respectively; 

Figs. 17A to 17C illustrate the data structure of a VAUX text header pack, a VAUX text pack, and a teletext 
pack, respectively; 

Figs. 18A to 18D illustrate a record medium divided into a plurality of chapters; 

Fig. 1 9 is a flow-chart illustrating the generation of table of content data to be recorded on the record me- 
25 dium in accordance with embodiments of the present invention; 

Fig. 20 is a flow-chart illustrating the reproduction of the table of content data from the record medium in 

accordance with embodiments of the present invention; 

Fig. 21 illustrates an example of topic data for the topic "MENU"; 

Fig. 22A is a diagram and Fig. 22B is a call code showing an extension method of 8-unit code in the teletext 
30 compatible coding scheme; 

Figs. 23A and 23B show call codes and indication codes, respectively, in the teletext compatible coding 
scheme; 

Figs. 24Ato 24C show terminal codes, color designation control codes and character size designation con- 
trol codes in the teletext compatible coding scheme; 
35 Figs. 25A and 25B illustrate operating- position control codes in the teletext compatible coding scheme; 

Fig. 26 is a diagram explaining a time-controlled code in the teletext compatible coding scheme; 
Fig. 27 illustrates an example of topic data for the topic TOC; 

Fig. 28 is a flow-chart illustrating the process of selecting and displaying a topic with a specific language 
tag; 

40 Fig. 29 shows an example of pack data of topic data recorded in the simple mode; 

Fig. 30 illustrates the data structure of one line in the teletext system; 
Fig. 31 illustrates the data structure of the line ID; 

Fig. 32 is a circuit diagram for generating line numbers in the teletext system; and 

Figs. 33Aand 33B illustrate characteristics of the signal nGATE. 
45 Referring now to the drawings, Fig. 2 schematically illustrates a preferred recording format of one track 

recorded on, for example, a record tape as a slant track. In a preferred embodiment, digital video data is re- 
corded in this track, wherein margins to accommodate an edit operation are provided at respective ends of the 
track. During recording of one track, a T-SYNC area is recorded at the beginning portion of the track followed 
by an audio area, a video area and a subcode area. Between the four recorded areas, inter-block gaps (IBG 
so 1-3) are formed. Further, the T-SYNC, audio, video and subcode areas each contain a preamble area at the 
beginning and a postamble area at the end of the respective area. The preambles and postambles prevent 
data from remaining unerased when re-recording of data on this track occurs. 

Figs. 3A and 3B show in greater detail the T-SYNC area in one recording track. As shown in Fig. 3A, the 
T-SYNC area is composed of 53 SYNC blocks, each SYNC block includes 6 bytes of data, for a total of 318 
55 bytes in each T-SYNC area. As shown in Fig. 3B, each SYNC block includes 2 bytes of synchronizing (SYNC) 
data, 3 bytes of identification data (IDO, ID1 and IDP (parity)), and 1 byte of dummy data. A servo-signal (i.e. 
ATF signal) may be written in part of or the entire T-SYNC area of a track. 

The data structure of the audio area of a track is illustrated in Figs. 4A and 4B. As shown in Fig. 4A, the 
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audio area contains 9 "audio SYNC blocks' and 5 "parity SYNC blocks". Each audio SYNC block, as depicted 

SJLr n d6S 2 SYNC byteS a " d 3 identification CD) bytes (IDO. ID1 and IDP). which comprise a 5 byte 

SYNC area followed by a 5 byte audio auxiliary (AAUX) area for storing auxiliary data (described below). Fol- 
lowing the AAUX area are 72 bytes of audio data and 8 bytes of C1 code (horizontal parity) for error correction 
5 Thus each audio SYNC block contains 90 bytes of data. The 5 parity SYNC blocks shown in Fig. 4Aare conv 
pnsed I of outer parity code", or vertical parity code C2, for error correction of the columns of bits depicted in 
rig. 4A. . ■ 

Mi a J^amv* Svk?^? ° f J h f Vid6 ° 3rea ° f 3 track is il,UStrated in R 9- 5 - The video area contai "s 2 video aux- 
ihary (VAUX) SYNC blocks (a and 8), 27 buffer blocks (BUFO - BUF26), a third VAUX SYNC block (y) and 11 

w panty SYNC blocks of C2 code (outer parity). Each buffer block contains 5 video SYNC blocks for a total of 
Jl V ' cvl f EaCh ° f the above - described SYNC blocks is 90 bytes long, wherein the first 5 bytes 

of each SYNC block (not shown in Fig. 5) comprise a 5-byte SYNC area (2 bytes SYNC and 3 bytes ID) similar 
to hat described in conjunction with the audio area. Each 5 byte SYNC area is followed by 77 bytes of video 
data and 8 bytes of C1 code (inner parity). 

is The data structure of the video area is described in greater detail with reference to Figs. 6Ato 60. As shown 
in Fig. 6A, a buffer block comprises five video SYNC blocks, wherein each video SYNC block includes a 1- 
byte region Q for storing quantization data at the beginning of the video data area, followed by 76 bytes of video 
data and 8 bytes of C1 code. In addition, each video SYNC block contains a 5-byte SYNC area at the beginning 
as shown in Fig. 6C, for a total of 90 bytes in each video SYNC block 

20 Fig. 6B illustrates the data structure of the 1-byte region Q of each video sync block. In this region, quan- 

Ka ! " ^ QN °° *° QN ° 3 arS St0red in the four least significant bits of region Q. and data SWP0 

to SWP3, which denote switching points of the quantization tables, are stored in the four most significant bits 
of region Q. 

25 ,YM E r Ch b '° Ck (a ' P 3nd Y) h3S ,he data stmcture shown in R8. 6D. and includes a five byte 

25 SYNC area (2 SYNC bytes and 3 ID bytes), followed by a 77-byte VAUX area and an 8-byte C1 code area (for 

~ Cti0n >' The VAUX area of eacn VAUX SYNC block contains auxiliary data and is further described 

The data structure of the sub-code area of a track is illustrated in Figs. 7Aand 7B. The sub-code area 
contains 12 SYNC blocks, each containing a 5-byte data area followed by 2-bytes of C1 code, as depicted in 
* l , 'r!l • eaCh sub - code SYNC block inclu des. at its beginning, a 5-byte SYNC area (2 SYNC bytes 

and 3 ID bytes), shown in Fig. 7B. Thus, each sub-code SYNC block is composed of 12 bytes 

The data structure of the AAUX. VAUX and sub-code data areas of a track will now be described with ref- 
erence to F,gs. 8-10. Each of these areas (AAUX. VAUX and subcode data areas) are provided to record various 
auxiliary information also known as system data. These areas are formed of "packs", each pack consisting 

% t ° f ??' EaCh SYNC b '° Ck Sh0wn in R 9- 48 contains ° ne P** <* each AAUX 

SYNC b ock mcludes only a 5-byte AAUX area. The audio area of a track contains nine audio SYNC blocks 
(Rg. 4A) and thus can store nine packs of auxiliarydata. Referring to Fig. 8A. there are nine packs, numbered 
0 through 8, in each of the ten tracks shown. (In a preferred embodiment of the present invention, the data 
which is recorded in ten tracks on a magnetic tape comprise a single frame in-the NTSC system, while twelve 
tracks are used to record a single frame in the PAL system.) For purposes of describing the present embodi- 
ment, ,t will be assumed that the NTSC system is used, whereby ten tracks are used to record a single frame, 
n Fig 8A. each track is shown to have nine packs of auxiliary data. Pack numbers 3-8 in odd numbered tracks 
(track numbers 1. 3. 5. 7 and 9) contain the numbers 70. 71. ... 75. respectively and pack numbers 0-5 in even 
numbered tracks (track numbers 2. 4, 6. 8 and 10) also contain the numbers 70. 71. ... 75. respectively This 
area, i.e.. those packs which contain a number, comprises the AAUX main area, while the other area, i.e.. those 
packs that do not contain a number, comprises the AAUX optional area. The defined AAUX main area contains 
basic auxiliary data and the AAUX optional area contains other or "optional" auxiliary data. One purpose for 
having the above-described structure in the AAUX area is to prevent data from a single channel (e.g. tracks 
read by one head) from being lost due to a head failure. In addition, the above described pack structure copes 
^ with what has become known in the art as lateral scratch. 

c V mo 9 :, 9 i ," UStrates the data stmcture of the three VAUX SYNC blocks (a. B and r ). As shown, each VAUX 
SYNC block contains a 5-byte SYNC area, followed by a 77-byte VAUX area and an 8-byte area of C1 code 
The 77-byte VAUX area of each VAUX SYNC block is divided into fifteen groups of 5 bytes each with the re^ 
main.ng two bytes being reserved for future use. Each 5-byte group in the VAUX area can store one pack of 
» auxiliary data. Therefore, the three VAUX SYNC blocks in the video area of the track can store a total of 45 
packs. 

Fig. 10 illustrates the pack structure of the VAUX area of 10 tracks (one frame). Pack numbers 3<M5 in 
odd numbered tracks and pack numbers 0-5 in even numbered tracks comprise the VAUX main area. The other 
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packs, i.e., those that do not contain a number, comprise the VAUX optional area. Similar to the audio area, 
the VAUX main area contains the "basic" auxiliary data and the VAUX optional area contains other auxiliary 
data. 

As discussed above with reference to Fig. 4, the sub-code area of a track contains twelve sub-code SYNC 
s blocks, each having a 5-byte data area for storing one pack of auxiliary data. Fig. 8B illustrates the data struc- 
ture of the sub-code area in one track. As shown, the SYNC blocks are numbered 1 to 12, where the data area 
in SYNC blocks 4-6 and 10-12 comprise the sub-code main area and the data areas in SYNC blocks 1-3 and 
7-9 comprise the sub-code optional area. 

The above-mentioned main areas of a track (i.e. AAUX main area, VAUX main area and sub-code main 
w area) store fundamental auxiliary data which may be common to various magnetic tapes. Examples of funda- 
mental auxiliary data stored in the AAUX main area of each track include the source of the recorded signal 
(e.g. channel number), the type of tuner which receives the signal that is recorded, the recording date (including 
time zone, day, week, month and year), and the recording time (hour, minute, second, frame number). Exam- 
ples of fundamental data stored in the VAUX main area include data similar to that stored in the AAUX main 
15 area, and in addition, closed caption information. Examples of data stored in the sub-code main area include 
time codes indicating the beginning and ending of a title (e.g., title of the recorded program), chapter (e.g., 
chapters of the recorded program), and part (e.g., parts of a chapter of the recorded program), as well as date 
and time information. 

As described above, data stored in the AAUX and VAUX main areas are located at alternating positions 

20 in the track in successive tracks. In addition, the same information may be recorded on multiple tracks in order 
to ensure a high degree of reproducibility of this data. Similarly, the same data stored in SYNC blocks 4-6 of 
the sub-code area may also be stored in SYNC blocks 10-12 in the sub-code area. Thus, the above-described 
data structure reduces reproduction errors caused by transverse flaws of the tape, or by a clogged head or 
by other conditions which may result in drop out of one of the channels. 

25 In the above-described optional areas (AAUX optional area, VAUX optional area and sub-code optional 

area), auxiliary information may be freely stored by a manufacturer of prerecorded tapes (sometimes known 
as "soft tapes") or by a consumer. Auxiliary information stored in the optional areas include, for example, alpha- 
numeric or graphic character information, character broadcast signal data (teletext data), television signal data 
that otherwise is present in a fine in the vertical blanking period or scanning period of an analog video signal, 

30 and computer graphics. The auxiliary information is further described below. 

In the apparatus and method for recording and reproducing digital video and audio data embodying the 
present invention, the aforementioned character information may be recorded in one of two modes: a full mode 
and a simple mode. The full mode includes the features of the simple mode and is adapted to record and proc- 
ess a greater amount of character data than the simple mode. Further, the full mode is primarily used with soft 

35 tapes (pre-recorded tapes), while the simple mode is primarily used with consumergenerated tapes (e.g., blank 
tapes used by a consumer). A description of the full mode will be explained first, and a description of the simple . 
mode follows. 

In order to understand the description of the apparatus and method for recording and reproducing digital 
video and audio data embodying the present invention, the following terms are defined: The term "topic" refers 
40 to the type, or class, of data stored as packs in the audio, video and sub-code areas of a track; and the term 
"topic data" refers to the actual data stored as packs identified by the "topic," such that each topic has corre- 
sponding topic data. 

One such topic is the topic TOC", which represents a table of contents of the video and audio information 
recorded on the magnetic tape. That Is, for the topic "TOC". the actual, table of contents is recorded as the 
45 "topic data". Other examples of topics include "cast", which represents the cast of characters in the recorded 
program, "staff, "commentary" and lyrics", all of which represent specific information concerning the recorded 
program. 

In a preferred embodiment of the present invention, a menu is displayed on a video monitor at the request 
of the user (e.g., a viewer depresses a "menu" button on a remote control device). The displayed menu lists 

so all of the topics recorded on the track on the magnetic tape currently positioned to be played back by the video 
tape recorder. Each topic has a topic number, known as a "topic tag", which is used to distinguish and identify 
topics. Fig. 11 A illustrates an example of a menu generated from the data recorded in a track on the magnetic 
tape. As shown, the topics stored on this particular track include "menu", TOC", "cast", "staff and "lyrics", 
wherein each topic has an assigned topic tag for identifying the topic. The menu data (the topic data for the 

55 topic "menu") includes a record area for each of the topics which identifies the specific area in the track where 
topic data for a respective topic is located. As shown in Fig. 11 A, the topic data for the topics "menu" and 'TOC" 
are located in the sub-code area of the track, the topic data for the topics "cast" and "staff are located in the 
VAUX area of the track and the topic data for the topic lyrics" is located in the AAUX area of the track. 
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When the menu is displayed to a user, afl of the topics except the topic "menu" are displayed; and the user 
may select one of the displayed topics. When a topic is selected, the video tape recorder embodying the present 
invention reproduces only that area of the track where the topic data for the selected topic is located and the 
topic data for the selected topic is then displayed to a user (described below). An advantage of the above- 
5 described process is that only a portion of the track is reproduced, instead of the entire track, thus achieving 
faster retrieval of the relevant information and ultimately providing faster display of the selected topic. 

The topic "menu" has its own topic tag and recording area designation in order to provide a fast retrieval 
of the "menu" data for ultimate display to the user. The topics "menu" and TOC" are designated as main topics 
and are assigned topic tags 0 and 1, respectively, since these topics exist on every soft tape and, preferably 
10 are stored in the sub-code area of each track. 

The topics "cast", "staff" and 'lyrics" are several examples of the types of topics that may be recorded on 
a track, and are designated as optional topics. Topic tags for optional topics are arbitrarily assigned; for ex- 
ample, the topic "cast" may be assigned a topic tag of 2 on one magnetic tape, and may be assigned a different 
topic tag on another magnetic tape. Optional topics whose topic data is recorded in the VAUX area of a track 
15 generally relate to or concern the video image, and optional topics whose topic data is recorded in the AAUX 
area of a track generally relate to or concern the audio information. Due to this flexible data structure, topic 
data is easily added to each track and provided for in the menu. 

Fig. 11 B schematically illustrates a portion of a magnetic tape having various topics recorded in the sub- 
code, video and audio regions of each track. It will be appreciated that Fig. 11 B is not intended to illustrate the 
20 actual slant tracks recorded on the tape. As shown, the topic data for the main topics "menu" and "TOO" are 
recorded in the sub-code area, the topic data for the optional topics "cast", "staff" and "commentary" are re- 
corded in the VAUX area of the video area, and the topic data for the optional topic "lyrics" is recorded in the 
AAUX area of the audio area of each track. Further, both English language and Japanese language lyrics are, 
for example, recorded as topic data for the topic "lyrics" (further described below). As an example, the topic 
25 "lyrics" refers to Karaoke lyrics, and when the Karaoke lyrics data (i.e., this topic data) are reproduced, the lyrics 
themselves are displayed as text on a display. It will be recognized that the displayed text corresponds to the 
audible language which also is reproduced. In this example, the topic data "lyrics" may constitute the entire 
lyrics of a song, whereas the topic data "Karaoke lyrics" constitute only that portion of a song being sung (for 
example, the lyrics of a few bars of music). 
30 Fig. 12A illustrates the data structure of topic data stored in the AAUX, VAUX, and subcode areas of a 

track. Each topic data includes a "topic header", which indicates the type of the topic data, followed by "position 
data", which identifies the tape position (described below). However, in the presently contemplated commercial 
embodiment, only topic data for the topic 'TOC" (also referred to as TOC data") contains "position data", where- 
by all other topic data has the same data structure without "position data", further described below. The position 
35 data generally is identified as page unit 0. 

The "topic header" is followed by a sequence of "page units", beginning with page unit 1. Each page unit 
consists of a "page header" and a sequence of "text units", with each text unit including a "text header" which 
identifies the type of data stored in the "text data" that follows. 

Each topic data has the data structure described above and is further structured such that a topic may 
40 be expressed in one language (e.g., Japanese) or another language (e.g., English) when topic information de- 
rived from this topic data is displayed to a user. Topic data in both languages (or several languages) may be 
recorded on the magnetic tape, and the user preferably selects a desired one of the stored languages. The 
"topic header" identifies each language by a "language tag", wherein a language having a language tag of 0 
is designated as the main language, and languages having language tags other than 0 are optional languages. 
« Fig. 12B illustrates the data structure of topic data of two topics. As shown, data of the same topic, that 

is, the same topic tag, are grouped together. Within data of the same topic, data is then ordered by its language 
tag, from the smallest language tag to the largest Thus, data pertaining to topic 0 is grouped together and 
data with a language tag of 0 precedes data with a language tag of 1, etc. 

In the above-described data structure of topic data, one topic header and one page header are stored in 
a single pack (i.e. 5 bytes of data), while position data (for the topic TOC") and text header data generally 
consist of multiple packs, but may consist of only one pack of auxiliary data. 

The data structure of the five byte pack will now be described with reference to Figs. 13-17. Each pack 
in the AAUX, VAUX and subcode data areas of a track is formed of five bytes as illustrated in Fig. 1 3. The first 
byte (PCO) of a pack is the "item data", which identifies the type of auxiliary data represented by the following 
four bytes (PC1-4). The item data (PCO) is divided into the upper 4 bits, referred to as the "major item", and 
the lower 4 bits, referred to as the "minor item". The major item identifies the group to which the auxiliary data 
pertains and the minor item identifies the specific information that is contained within the following four bytes 
within the specified group. For example, the major item may designate the group: control data (0000), title data 
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(0001 ), chapter data (001 0), part data (0011), program data (0100), line data (01 01), video auxiliary data (0110) 
or audio auxiliary data (0111). The minor item then further specifies exactly what the data of the four subse- 
quent bytes (PC1 - PC4) represents. Examples of minor items of the control data group (0000) include cassette 
ID, tape length, topic/page header, text header and text; examples of minor items of the title data group (0001) 

5 include total time, remaining time, title start, title end, text header and text; and examples of minor items of 
the video auxiliary data (0110) and audio auxiliary data (0111) groups include source, recording date, recording 
time, text header and text, of which several of these packs are described below. 

Figs. HA to 14C illustrate the data structure of a topic/page header pack, a control text header pack, and 
a control text pack, respectively. The topic/page header pack shown in Fig. 14A includes both topic header 

10 and page header information, and is present at the beginning of every topic data. The topic header designates 
the language tag and topic tag of the topic data in byte PC1, the content renew flag (RE) and the number of 
the last page unit in the topic data (TENS/UNITS OF LPU) in byte PC2 (see Fig. 12A). The page header indi- 
cates the current page unit number (TENS/UNITS OF PU No.) in byte PC4 to which the page header and the 
subsequent packs correspond. 

15 The renew flag (RE) in byte PC2 is utilized to indicate when topic data for a specific topic has been "re- 

newed" (i.e. updated), by having its value inverted each time the topic data is updated. For example, if topic 
data is changed because of a change of the chapter (even within the same topic), then this flag is utilized to 
indicate the change of the topic data. Therefore, when a topic is being displayed, only the topic data need be 
reproduced because there is no need to update the display of the information unless the RE flag is inverted, 

20 which then would require re-initializing the display. 

Byte PC3 contains other auxiliary information, including a DM bit which indicates the maximum number 
of displayable characters per page, wherein a value of "0" denotes 24 characters x 12 lines, and a value of "1" 
denotes 40 characters x 24 lines. Further, an SCRLflag indicates whether the display is scrolled, and an H/V 
bit indicates the direction of the scroll. That is, for example, an SCRL value of "0" and an H/V value of 0 signifies 

25 an upward (vertical) scroll, an H/V value of "1" and an SCRL value of "0" signifies a 1-line leftward (horizontal) 
scroll, and an SCRL value of "1* indicates no scroll. 

Byte PC3 of the topic/page header pack also includes an IN IT flag which indicates whether the displayed 
picture is initialized or not. If INIT is "0", then the picture is initialized, and typically, when the first page is dis- 
played, initialization is executed. RASTER COLOR of byte PC3 designates the raster color of the displayed 

30 characters. For example, when a teletext compatible code is adopted in the character coding scheme, raster- 
color designation control codes shown in Fig. 25B are employed, where control codes "0" to "F" (hexadecimal 
notation) are employed, and thus, it is possible to designate any one of nine colors ranging from black to white 
and to designate a high to low luminance with regard to seven colors from red to white. 

Fig. 14B illustrates the data structure of a control text header pack. This pack contains topic data for the 

35 topic "menu", and includes auxiliary data indicating the total number of succeeding text packs (TDP), the type 
of data (TEXT TYPE), the character code utilized (TEXT CODE), the topic tag (TOPIC TAG), and the area at 
which the topic data is located (AREA No.). 

In the control text header pack, TDP (byte PC1 and the four least significant bits of byte PC2) indicates 
(in binary notation) the total number of succeeding "text" packs included in the text unit, and the four highest 

40 bits of byte PC2 (TEXT TYPE) indicate the type of text in the text unit which is defined in accordance with the 
following codes: 

0 = NAME 

1 = MEMO (COMMENT) 

2 = STATION 

45 D (Hex) = FONT (Decimal value 13) 

E (Hex) = GRAPHIC (Decimal value 14) 
Other values = Reserved 

The text type "NAME" (0) indicates the program name, the text type "STATION" (2) indicates the broadcasting 
station name, and the text type "MEMO" (1) indicates other information. Further, the text types "FONT" (D) 
50 and "GRAPHIC" (E) are utilized when a teletext compatible code is designated by the TEXT CODE (described 
below), and are used for directly recording the dot pattern data transmitted by the teletext system. 

The TEXT CODE (byte PC3) identifies the character coding scheme of the stored text data, and is defined 
as follows: 

0 = ASCII 
55 1 = Break point 

2 = Shift - JiS 

3 = Japanese EUC 

4 = Korean EUC 
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5 = ISO 8859-1 

6 = TCA 

80 = Teletext compatible code (Decimal value 240) 

81 = UK-system teletext compatfole code (Decimal 241) 
Others = Reserved 

. The area number (the four highest bits of byte PC4) of the control text header pack indicates the area at 
which the topic data is located (see Fig. 11A. described above), and designates the area by the following codes- 
Area No. 0 = AUDIO channel 1 (AAUX area) 

1 = AUDIO channel 2 (AAUX area) 

2 = AUDIO channel 3 (AAUX area) 

3 = AUDIO channel 4 (AAUX area) 

4 = VIDEO (VAUX area) 

5 = SUBCODE (Subcode data area) 

6 = Memory in cassette 

7 = No information 

Audio channels 3 and 4 (Area Nos. 2 and 3) are utilized with a high-definition television system, and the mem- 
ory in cassette (Area No. 6) refers to memory locations within a memory (e.g. random access memory) located 
within the cassette housing of the magnetic tape. 

Fig. 14C illustrates the control text pack utilized to store text data (i.e. menu data) for the topic "menu" 
and contains auxiliary data in bytes PC1 to PC4. 

Figs. 1 5A to 1 5D i llustrate the data structure of a title start pack, a title end pack, a chapter start pack and 
a chapter end pack, respectively, and contain position data for the topic "TOC", previously described. Bytes 
PC1 to PC3 of these packs are utilized to store a 23-bit track number which identifies the track number at 
which a program having a specific title begins and ends, and the track number at which a chapter (or chapters) 
within that program begins and ends. 

The TEXT bit in byte PC4 of the title start pack and the chapter start pack indicates whether text information 
(i.e. a name to be displayed in the table of contents) of the title of the program or chapter within that program 
exists. For example, when a chapter of a program does not have a name, the TEXT bit is "1 " and the text header 
pack and the text pack of the chapter are not used, thus reducing the number of packs that need to be recorded 
or reproduced. The remaining bits of byte PC4 (GENRE CATEGORY) indicate the genre of the recorded pro- 
gram including, for example, genres such as "baseball", "movie", "travel", "drama", or the like 

The most significant bit in byte PC4 (flag PB) of the title end pack and the chapter end pack indicates 
whether the program to which the information in the title start, title end, chapter start and chapter end packs 
pertains, which is recorded at this location of the magnetic tape is currently in position to be played back Rao 
PB is further described below. 

Figs. 16A to 16D illustrate the data structure of a title text header pack, a title text pack, a chapter text 
header pack, and a chapter text pack, respectively, and contain topic data concerning the name (i.e. title) of 
the recorded program or chapter within the program referred to above with reference to Figs. 1 5A to 1 5D The 
data structure of these packs is similar to the data structure of the control text header pack and control text 
pack shown in Figs. 14B and 14C, except these packs refer to the topic TOC", whereas the packs shown in 
Figs. 14B and 14C refer to the topic "MENU". 

Figs. 1 7A and 1 7B i llustrate the data structure of a VAUX text header pack and a VAUX text pack, respec- 
tively, and contain substantially the same information as contained within the control text header pack and the 
control text pack, respectively, shown in Figs. 14B and 14C. A teletext pack, shown in Fig. 17C, is similar to 
the VAUX text pack and is used exclusively for storing teletext character data, and is described below in con- 
junction with another embodiment of the present invention. 

A description of the PB flag located in the title end pack (Fig. 15B) and the chapter end pack (Fig 15D) 
w.ll now be described with reference to Rgs. 18A to 18D. Fig. 18A schematically illustrates a magnetic tape 
having chapters 1-10 recorded thereon, where ST1 to ST10 represent the track numbers of the beginning of 
chapters 1-10. respectively, and ET1 to ET10 represent the track numbers of the end of chapters 1-10 re- 
spectively. In this example, a track number indicates a location on a tape similar to a time code. The starting 
locatron and ending location of each chapter on the tape is indicated in Fig. 18B and this information is stored 
as topic data for the topic TOC" in the subcode area of each track on the tape, and therefore, can be reproduced 
from any position of the tape. 

In embodiments of the present invention, when a table of contents is generated (described below) the 
digital video tape recorder sets the PB flag of a table of contents entry if the chapter represented by that spe- 
cific entry in the table of contents is located at the current position of the tape. That is, when a currently re- 
produced (or recorded) track contains digital video and audio data pertaining to chapter 1 . the PB flag for the 
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chapter 1 listing in the table of contents is set to "0", while the PB flag for all other chapter listings is set to "1 ", 
as shown in Fig. 18C. However, if the current tape position contains video and audio data of chapter 2, then 
the PB flag of the table of contents listing pertaining to chapter 2 is set to "0", while the PB flag of all other 
listings is set to "1", as shown in Fig. 18D. Therefore, the current chapter is easily determined by reproducing 

5 the table of content data (topic data for the topic TOC") and identifying the chapter in the table of contents 
having its PB flag set to "1\ In addition, the PB flag in the title end pack indicates the current title (i.e. program) 
being reproduced (or recorded). 

Fig. 19 is a flow-chart illustrating the generation of table of content data in embodiments of the present 
invention. As shown, topic data to be recorded in the VAUX or AAUX areas of a track and menu data to be 

w recorded in the subcode area of the track are generated by instructions 101 and 102, respectively. At instruc- 
tion 1 03, topic data for all of the topics, except the topics "MENU" and "TOC", are recorded with the video and 
audio signals in the video and audio areas of each track in accordance with the above-described track struc- 
ture. After all of the tracks of the entire tape are recorded, the tape is rewound to its beginning in order for the 
video tape recorder to identify the beginning and ending of each chapter and each part within each chapter. 

15 At instruction 104, the starting position and ending position of each chapter and the starting and ending pos- 
itions of each "part" within each chapter are determined by reproducing each track of the tape, and the table 
of contents (i.e., the topic data for the topic "TOC") for the entire tape is generated at instruction 105. The PB 
flag of chapter 1 in the table of contents is set to "0" at instruction 106, to indicate that the tape is currently 
positioned at chapter 1 (after rewinding the tape by instruction 107). Then, before the menu data and table of 

20 content data are recorded in the subcode area of each track in chapter 1, the starting point of chapter 1 is lo- 
cated (e.g., by rewinding the tape) at instruction 1 07. At instruction 1 08, the menu data and the table of content 
data are stored in the subcode area in this post-recording mode. Program flow continues to inquiry 109, whereat 
it is determined whether the tape is at the end of the chapter or part. If not, then post-recording continues at 
instruction 108. However, when the tape reaches the end of the chapter or part, inquiry is made at 110 to de- 

25 term in e if the end of the tape has been reached. If it is determined that the tape is at its ending position, then 
the process of Fig. 19 terminates. However, if the end of the tape has not been reached, instruction 111 is ini- 
tiated whereat the PB flag of the next chapter (or next part in the case when the end of a part is reached but 
the end of the chapter has not been reached) in the table of contents to be recorded in the next chapter (or 
part) is set to 0, and the previous chapter's (or previous part's) PB flag is set to 1 in the table of contents to 

30 be recorded in the next chapter (or part). The starting position of the next chapter (or part) is then located at 
instruction 112 before post-recording of the menu and table of contents continues at instruction 108. This pro- 
cedure thus provides for the recording of both menu data and table of content data in the subcode area of every 
track on the magnetic tape. 

Fig. 20 is a flow-chart illustrating the reproduction of the table of contents in embodiments of the present 

35 invention. As shown, the magnetic tape reproduces data at instruction 201 . If inquiry 202 determines that the 
menu should be displayed (e.g., by depressing a "menu" button on a remote control device), then the menu 
is displayed at instruction 203. However, processing returns to instruction 201 if it is determined that the menu 
should not be displayed. 

After the menu is displayed, inquiry 204 determines if the table of contents should be displayed. If not, 

to instruction 205 is initiated which displays another topic. However, if the table of contents is to be displayed, 
then, at instruction 206, the table of contents is reproduced from the subcode area of the track and the title 
is displayed. In addition, the PB flag of the chapter 1 table of contents entry is detected. If it is determined that 
the PB flag is "0" at inquiry 207, then program flow continues to instruction 208, whereat the current chapter- 
/part is displayed (i.e. listed) in a different color (or font, etc) on the monitor, and then the color (to be used) is 

45 set to a standard color. If the PB flag is "1", then instruction 209 causes the chapter/part to be displayed (i.e. 
listed) in the standard color. After the chapter is displayed, it is determined at inquiry 210 if the entire table of 
contents is being displayed (i.e., all of the table of content data has been reproduced and processed). If not, 
then the PB flag of the next chapter is reproduced at instruction 211 before returning to instruction 207. 
In the above-described process of displaying a table of contents, only the chapter at the current tape pos- 

50 ition (i.e., at the position for playback) is displayed in a different color to indicate the current chapter. However, 
the current chapter may be distinguished from the other chapters by any distinguishing feature, such as a dis- 
tinctive mark next to the chapter name. In addition, the above-described process may also display other titles 
(i.e. programs) stored on the magnetic tape and their corresponding chapters. 

Fig. 21 illustrates thirteen packs of topic data for the topic "MENU" which comprise a single page unit for 

55 displaying the fifteen characters TOC STAFF KARAOKE". The first of the thirteen packs is a topic/page (TP) 
header pack, defined by item code 07 (hexadecimal) in byte PC0, which indicates that the topic tag and lan- 
guage tag are both "0" since byte PC1 equals "00" (see Fig. 14A). Therefore, "MENU* is the designated topic 
and the main language is designated to be used for the menu display. In addition, bytes PC2 to PC4 indicate 
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a "super fixed display", meaning that the contents of the menu is to be superimposed on the display without 
any scrolling. - 

The second pack of the menu data is a control text header pack, which has an item code 08 (PCO), and 
bytes PC1 and PC2 indicate that five control text packs follow the control text header pack. In addition the 
our most significant bits of byte PC2 and byte PC3 indicate that the information recorded in the subsequent 
text packs is a name (i.e. topic name) and that the character information is based on the teletext compatible 

code. 

When recording character information using a character coding scheme, as will now be described it isgen- 
erally preferred to employ the character broadcasting code adopted in the individual country or district where 
the digital video tape recorder is to be used. In Japan, for example, a teletext compatible code is employed 
and .f the d.gital video tape recorder is capable of decoding character data based on the teletext compatible 
code, it .s possible to enhance the representation of the character information. In addition, it would be advan- 
tageous to be able to record, reproduce and display character information using one standard, and to receive 
and d.splay a character broadcast using that same standard, thus simplifying both hardware and software of 
the digital video tape recorder. 

Figs. 22 to 26 illustrate the character code sets and various control codes in the teletext compatible coding 
scheme. Briefly explaining these figures. Fig. 22Ashows an 8-unit code extension method in the teletext com- 
patible coding scheme, and call and indication codes are shown in Fig. 22B, which are executed by a call and 
indication code, respectively, shown in 23A and 23B. A terminal code for designating a character code set to 
be called is illustrated in Fig. 24A. and Figs. 24B and 24Cshow a color control code and a character size control 
code, respectrvely. Fig. 25A shows an operation pattern with respect to the control of the operating position 
Fig. 25B is an operating-position control code, and Fig. 26 shows a time control code. All codes within paren- 
theses ( ) in Figs. 23 to 26 are expressed in hexadecimal notation. 

Referring back to Fig. 21. byte PC4 of the first control text header pack indicates that the data in the five 
subsequent control packs have a topic tag of "1" (i.e.. indicating that these packs supply table of content in- 
formation to be used in the menu display) and are recorded in the subcode area of the track 

In the first four of the five control text packs following the first control text header pack, commands are 
recorded for executing an indication and a call of the character code set designated by the text header pack 
and are used on the basis of the teletext compatible coding scheme. The fifth control text pack contains the 
character information TOC". 

The next control text header pack indicates that two control text packs are included in this text unit, that 
a top lc tag of 2 is assigned, that the character data in the two control text packs is a program name, and that 
the topic data assigned the topic tag 2 is recorded in the VAUX area of the track. As shown, the character in- 
formation "STAFF" is stored in the two subsequent control text packs. 

The next-following pack is a control text header pack which indicates a topic tag of 3. that two control text 
packs are included in this text unit, that a program name is stored, and that the data for this topic is recorded 
in the AAUX area of the track. The two subsequent control text packs store the name "KARAOKE". 

Fig. 27 is an example of topic data for the topic "TOC*. As shown, the first pack is a topic/page (TP) header 
pack that indicates that the page unit number is 0 (seven least significant bits of byte PC4 as indicated in Fig 
14A). which indicates thatthis page unit contains the position data for the topic TOC". As previously discussed 
with reference to Fig. 12A. topics otherthan topic TOC" do not include position data, and therefore, begin with 
page unit 1. 

Position data, which refers to the tape position at which title, chapters and parts begin and end. is located 
in page un.t 0 in order to provide a fast determination of a desired tape location and subsequent positioning of 
the tape to that location. The position data is stored in the title start, title end. chapter start and chapter end 
packs, previously described, and is also stored in "part start" and "part end" packs, which have a data structure 
s.milar to the chapter start and chapter end packs, respectively. Each of these packs indicates a track number 
on the tape at which the title, chapter or part begins or ends. The position data is illustrated in the second 
through seventh packs in Fig. 27. 

After the position data (page unit 0). character data indicative of title and chapter names is stored in page 
unit 1 as shown in the eighth through fourteenth packs. The title/page (TP) header (eighth pack in Fig. 27) in- 
dicates that the page unit number is 1 . A subsequent title text header pack indicates that a title name is stored 
in the following two title text packs, wherein the two title text packs store the title name "SOME DAY" The 
chapter text header pack (the twelfth pack) designates that the name of chapter 2 is stored in the following 
two chapter text packs. This data does not refer to chapter 1 since chapter 1 has been designated to not have 
a name (discussed below). The two chapter text packs store the character information "So young" as the chap- 
ter 2 name. Similarly, a part text header and part text packs may be stored to indicate the name of a part 
During reproduction, the title, chapter and part names stored in the TOC data are displayed sequentially 
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in the order they are stored. As previously discussed, the title, chapter or part at which the tape is currently 
located is identified in the table of contents by the PB flag in the title end, chapter end and part end packs, 
respectively, of the TOC data. If a user selects a desired title, chapter or part to be located, then the position 
data which corresponds to the selected title, chapter or part is retrieved from page unit 0 stored on the track. 

5 The tape is then advanced or rewound to that position. . 

Referring again to Fig. 27, the first topic/page (TP) header contains a topic tag of 1 , indicating the TOC" 
topic, and a language tag of 0, indicating that character data which follows is in the main language. The following 
position data located in the second to seventh packs, previously discussed, identifies the starting and ending 
locations of the "title" (i.e. program) and chapters 1 and 2 of that program. The PB flag of the title end pack 

10 and the first chapter end pack (chapter 1) is "0", indicating that the tape is currently at a position within chapter 
1 of this title. In addition, the text flag (most significant bit of byte PC4) of the first chapter start pack indicates 
that a chapter name has not been assigned to chapter 1 . 

The process of selecting a topic and displaying the selected topic in a desired language will now be de- 
scribed with reference to the flow chart of Fig. 28. Once a user initiates the display of the menu (e.g. by de- 
ls pressing a "menu" button on a remote controller device), topic headers having a topic tag of 0 (indicating the 
menu data), a language tag of 0 (indicating the main language), and a page unit number of 1 are reproduced 
from the SUBCODE area of the current track, as indicated by instruction 301. From this information, a menu 
is generated and displayed at instruction 302, which includes the existing topic names and indicates whether 
a topic may be displayed in another language (i.e., whether a language tag other than "0" exists for a specific 

20 topic). At inquiry 303, it is determined whether the user has selected a topic to be displayed. If the user has 
not selected a topic, then inquiry 307 determines whether the user has chosen a topic to be displayed in a 
different language. If not, the process returns to instruction 303, but if a different language has been selected 
for a specific topic, then the topic header having the next higher language tag for the selected topic is retrieved 
at instruction 308, before returning to instruction 302. 

25 If the user has selected a topic to be displayed, as determined by inquiry 303, then at instruction 304, the 

topic tag and language tag for the selected topic are ascertained and the area at which the selected topic is 
stored (i.e. AAUX, VAUX or Subcode) is detected from the area number of the selected topic (previously dis- 
cussed). At instruction 305, the topic/page (TP) header and its corresponding text packs having the ascertained 
topic tag and language tag are retrieved from the area of the track at which the selected topic is stored. At 

30 instruction 306, the topic data of the selected topic is displayed to a user in accordance with the color and scroll- 
ing designations stored in byte PC3 of the topic/page (TP) header pack (see Fig. 14A). 

When a second page of data (page unit 2) is stored after page unit 1 , this data of page unit 2 is displayed 
in the same manner as the data of page unit 1. As discussed above, the total number of page units of topic 
data for a specific topic is stored in the topic/page (TP) header. 

35 In embodiments of the present invention, character information may also be recorded in a "simple mode", 

which is primarily used by consumers. The simple mode will now be described. 

The simple mode is utilized when a viewer supplies character data to the digital video tape recorder em- 
bodying the present invention in order to store a television program name or station name on the magnetic 
tape, and also when a program list is transmitted by the teletext system. In the simple mode, topics and pages 

40 (i.e. page units) are not utilized. However, the pack structure and data structure of the stored character infor- 
mation is the same as the full mode except that topic/page (TP) header packs are not utilized. 

When a user supplies character data to indicate a program name (e.g. by depressing keys on a remote 
control device or on a key pad on the digital video tape recorder), the user first designates which area of the 
track upon which the supplied information is to be recorded (i.e. AAUX, VAUX) and supplies the character data 

45 (i.e. program name) prior to recording the television program because the video and audio areas of a track 
may not be able to be post-recorded upon (i.e. recorded upon after video and audio data have been recorded) 
without affecting the data already stored thereon. 

Fig. 1 2C illustrates the data structure of stored character information in the simple mode. Text units similar 
to text units of the full mode are utilized to store character data related to a recorded program. Each text unit 

so includes a text header and text data as shown in Fig. 29, which illustrates an example of pack data recorded 
in the VAUX area and which contains a television program name and a station name. As shown, each VAUX 
text header pack is followed by a sequence of VAUX text packs containing the character information. 

The digital video tape recorder operable in the simple mode in embodiments of the present invention can 
also utilize the program name and station information supplied by the teletext system to be recorded with the 

55 video and audio information. Different teletext systems broadcast character information in different ways; for 
example, Japan, North America, the United Kingdom and France each have different teletext systems. 

Fig. 30 shows an example of a format of one line of the teletext signal in the character multiplex broad- 
casting system that has been adopted in Japan. In this system, various lines of the television signal (line Nos. 
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14, 15, 16, 21, 277, 278, 279. 284) are used for multiplexing the character information, and a maximum of 16 
lines may be used according to this standard. In one line of character data, bit sync codes are composed of 
repetitive pulses of "1"s and "0"s (this bit sync code is typical for other teletext systems) and data other than 
this bit sync code is recorded by the digital video tape recorder. 

The following bytes per line are available for the following teletext systems: 



Japan 


280 bits (35 bytes) 


North America 


272 bits (34 bytes) 


United Kingdom 


344 bits (43 bytes) 


France 


304 bits (38 bytes) 



Consistent with the foregoing teletext system, a sync byte of 8 bits, as shown in Fig. 31 . is detected from 
the broadcast signal and identifies the type of teletext system and the lines containing the character data (tel- 
etext data). The broadcast data can then be decoded. As shown, the 8 bits comprise a "line ID", the four least 
significant bits identifying the line number within the broadcast field at which this line ID is located, the next 
higher bit (ODD/EVEN) identifies whether an odd field or an even field is being broadcast, and the three most 
significant bits comprise the country identification number, identifying the type of the teletext system. 

Fig. 32 illustrates an example of a circuit diagram for generating a line number containing the teletext data 
from the line ID. Acomposite video signal is supplied to a horizontal sync detector circuit (IC 32) from terminal 
3 1 . IC 32, which is known in the art, produces from the composite video signal a horizontal sync (HSYNC) signal 
and ODD/EVEN field discrimination signal. A D-type flip flop 33 and an exclusive NOR circuit 34 together detect 
the rise and fall times of the ODD/EVEN discrimination signal and generate a pulse of a duration equal to the 
period L of the HSYNC signal. A counter 35 is enabled by the ODD/EVEN discrimination signal to count the 
trailing edge of the HSYNC signal, and supplies the counted value (i.e.. the number of horizontal syncs during 
the period of a single pulse supplied to input nCL of counter 35) to a decoder 36 that produces ah nGATE signal 
whose characteristics are shown iri Figs. 33A and 33B. The trailing edge of the HSYNC signal is counted by 
a second counter 37 which is enabled by the nGATE signal, and a decoder 38 decodes the counted number 
generating the line numbers from 0 to 7. These line numbers are the 4 least significant bits of the line ID shown 
in Fig. 31 , and the ODD/EVEN discrimination signal is used as the next highest bit. Further, as described above 
the country identification code is provided as the three highest-order bits of the line ID. and these may be re^ 
placed by three fixed bits stored in a television tuner, which may be different depending on the location where 
the digital video tape recorder is to be used. Alternatively, these fixed bits may be generated by a mode control 
microcomputer in the digital video tape recorder which generates the three bits depending on the geographic 
location of the digital video tape recorder. 

Referring again to Fig. 32. circuit elements 41 - 45 comprise a circuit which generates an inhibit signal to 
prevent recording of data in the packs when no character data is provided in the teletext signal. As shown, the 
composite video signal supplied at terminal 31 is clamped to a reference level by a clamper 41 prior to being 
compared with a reference voltage by a comparator 42. The comparator supplies to a shift register 43 the dis- 
criminated signal. A monostable multivibrator 44 activates a gate circuit 45 after the lapse of a predetermined 
time from the fall of the HSYNC signal supplied to it Gate circuit 45 receives the nGATE signal from decoder 
36, the output of shift register 43 and the output of monostable multivibrator 44. When all of the received values 
are "0", gate circuit 45 supplies an output which represents that the video level is a pedestal level and that no 
character data exists. 

When character data is supplied with the video and audio signal, data of one line is recorded in the following 
order line ID, PFX. information data and check code. Before recording the character data on a track, one frame 
of teletext character data is stored in a FIFO memory or the like, and then read from the memory and recorded 
in empty regions of the optional areas of the AAUX or VAUX areas in teletext packs shown in Fig. 1 7C. in syn- 
chronism with the recording of the digital video and audio information. The teletext pack is used exclusively 
for storing teletext character data. In addition, no header packs are utilized when teletext character data is stor- 
ed. 

One video line interval contains 35 bytes of teletext data, which require nine teletext packs since each pack 
stores four bytes of data. Therefore, 72 teletext packs are required to stare the teletext data in one frame having 
eight lines of such teletext data. As previously discussed, the same auxiliary data is stored in alternating pos- 
itions of successive tracks, thereby ensuring a high degree of reproducibility of the stored teletext character 
data. 

Fig. 1 illustrates a block diagram of a digital video tape recorder embodying the present invention which 
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records teletext character data with the video signal. As shown, a broadcast video signal supplied to a television 
receiving circuit 1 is demodulated and supplied to a luminance amplifier 2, a color demodulator 3, a waveform 
equalizer 4 and a sync separator 5. The sync separator extracts the sync signal from the video signal and sup- 
plies the sync signal to the waveform equalizer which decodes the teletext signal contained in the video signal. 

5 The sync signal is also supplied to a character signal separator 6 and a display clock generator 7. 

Waveform equalizer 4 reduces the distortion produced during the transmission of the video signal and then 
supplies the video signal to character signal separator 6 which separates the character signal superimposed 
in the vertical blanking period from the video signal in accordance with the sync signal. The character signal 
is stored in a buffer RAM 8, and is error corrected by an error corrector 9. A CPU 1 0 groups the character data 

10 in the buffer RAM which constitutes one teletext program before storing the data in a work RAM 11 . The CPU 
sequentially decodes the data and supplies same to a character generator 12 which generates a dot pattern 
for each amount of data representing one character. The dot patterns are stored in a pattern memory 14. If 
the decoded data is a color-designating control code, then the data is stored in a color memory 15 in accor- 
dance with the control code. A display/pass controller 13 controls the timing of the write operations and a pro- 

15 gram ROM 16 contains the software routines which are executed by CPU 10. 

A color matrix circuit 17 produces a luminance signal and a color difference signal in accordance with the 
dot pattern stored in pattern memory 14 and the color data stored in color memory 1 5. Amixing/switching circuit 
18 mixes the luminance and color difference signals supplied from circuit 17 with the luminance and color dif- 
ference signals supplied by luminance amplifier 2 and color demodulator 3, respectively. The mixed signals 

20 are then supplied as a video output either to be displayed on a digital video monitor or digitally recorded onto 
a magnetic tape. 

It will be appreciated that RGB signals (red, green and blue signals) may be mixed with the teletext signal 
instead of the luminance and color difference signals. 

in addition, if the teletext character data represents a television program list, a user can program (via a 
25 remote control interface 20 having a keypad 1 9) the digital video tape recorder embodying the present invention 
to record a future program while viewing the program list on the video monitor. 

When character data is stored on the magnetic tape, it is reproduced and processed in the following man- 
ner a magnetic head 22 reproduces a track of digital data from a magnetic tape 21 and supplies the reproduced 
data to a decoder 24 through a reproduction amplifier 23. The data is converted into digital form, jitter caused 
30 during reproduction is eliminated by a time base corrector (TBC) 25, and errors are corrected by an error cor- 
recting circuit (ECC) 26. The error-corrected character data is stored in a buffer RAM 27 before being decoded 
by CPU 10. When the character data recorded on the tape is based on the same character coding scheme as 
that employed in the teletext system, CPU 10 decodes the character data by using the teletext decoding routine 
(discussed above), thereby reducing the amount of software required in the digital video tape recorder and 
35 obviating the need for another CPU or character generator circuit. 

While preferred embodiments of the present invention have been described above, it will be readily ap- 
preciated by those of ordinary skill in the art that various changes may be made without departing from the 
scope of the invention. For example, although a specific data structure has been fully described for recording 
(and reproducing) video, audio and auxiliary data, the present invention is not limited to this structure and may 
40 record data in other data structures. 

As another example, although the foregoing has only described the storing of the topics "MENU" and TOC" 
in the subcode area of each track, the present invention may record and reproduce other topics in the subcode 
area which may be generic to prerecorded "soft" tapes. 

Still further, although the present discussion is directed to recording and reproducing video and audio sig- 
45 nals, the present invention is not limited to these types of signals and may be widely applied to the recording 
and reproducing of only audio signals or other types of signals. 



Claims 

1. Apparatus for recording digital video and audio data on a record medium (21), the apparatus compnsing: 
means for receiving digital video and audio data and topic data having identifying topics to be re- 
corded; 

means for generating menu data in accordance with said identifying topics; 
55 means for arranging said digital video and audio data, said topic data and said menu data in a pre- 

determined format for recording, said format including video, audio and subcode areas in which video data, 
audio data and menu data, respectively, are provided, said video and audio areas having respective aux- 
iliary areas in which topic data is provided; and 
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20 



25 



7. 



8. 



»»i «-h me !7 r ^ rd i"? au ? e ? iwB tracks on 331(1 rec °* medium (21), each track containing said dio- 
ital v.deo data. said d.g.tal audio data, said topic data and said menu data in said predetermined formal 

2. Apparatus as claimed in ciaim 1. wherein said topic data is associated with either said digital video data 
v Z h ? ^ meanS f ° r arran9i " 9 provides to P ic data associated with said digital 

ludt 2£ "5 ^ ^ 3rea °/ Vide ° area ' and provide3 l °P ic data located with said digital 
audio data in said auxiliary area of said audio area. 

3 ' ^ZTT^^ Wherei " S3id me " U d3ta indudes position data indicative of the respec- 

i Z £ 8 k h" , k P ' C d3ta iS IOCated ' and Mid means for recordi "9 ™* (^ition 

data in said subcode area of each of said successive tracks. 

4. Apparatus as claimed in any preceding claim, including means for generating table-of-content data iden- 
tifying the content of the data recorded in said video and audio areas of each track, and wherein said 

(5 means for recording records said table-of- content data in said subcode area of each of said successive 

crscKs. 

5. Apparatus as claimed in claim 4. wherein said means for recording is operable to after record said table- 
of-content data on tracks already having video and audio data recorded thereon. 

Apparatus as claimed in claim 4 or claim 5. wherein said table-of-content data includes an identifying topic 
TOC, and said menu data includes said identifying topic TOC. 

Apparatus as claimed in any one of claims 4 to 6. wherein said table-of-content data identifies chapters 
of a program recorded on tracks on said record medium. 

Apparatus as claimed in claim 7. wherein said table-of-content data identifies the chapter in which said 
track having said table-of-content data is recorded. 

9. Apparatus as claimed in claim 7 or claim 8. wherein said table-of-content data identifies parts of each of 
30 sa,d chapters and also identifies the part in which said table-of-content data is recorded. 

10. Apparatus as claimed in any one of claims 7 to 9. wherein said means for generating table-of-content data 
mdudas means for determming a beginning and an ending of each of said chapters, and wherein said 
table of content data indudes data corresponding to said beginning and said ending of each of said chap- 

11. Apparatus as claimed in daim 10. wherein said table-of-content data recorded on a respective track iden- 
tifies the chapter in which said respective track is located. 

12. Apparatus as claimed in any preceding daim. wherein said topic data corresponding to at least one of 
sa.d identifying topics indudes character data representing a plurality of languages. 

topicT tUS 38 C ' aimed in Pre ° edin9 C ' airn ' Wherei " SaW mSnU d3ta """P^ 63 a li3t of said identifying 

45 Apparatus as daimed in any preceding daim. induding: 

means for reprodudng said menu data from said subcode area of a track; and 
means for generating a menu list of said identifying topics from said menu data. 

15. Apparatus as claimed in daim 14, induding means for selecting one of said identifying topics from said 
50 ™Zt mea " S Pr0Vidi " 9 lOPiC d3ta 00n88pondin 8 t0 331(1 selected identifying topic as an 

16. Apparatus as daimed in daim 15, wherein said means for providing indudes means for reprodudng only 
i^cTted afea ° f S3id traCk in WhiCH 831(1 t0piC d3ta corres P° ndina to said elected identifying topic 

17. Apparatus as daimed in daim 15 or claim 16. wherein said topic data corresponding to at least one of 
sa,d identifying top.cs .ndudes character data representing a plurality of languages, said means for se- 
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lecting includes means for selecting a language of said selected identifying topic, and topic data corre- 
sponding to said selected identifying topic and said selected language is provided as an output. 

18. Apparatus for recording and reproducing digital video and audio data on a record medium (21), the ap- 
5 . . paratus comprising: 

means for receiving digital video data, digital audio data and character information from a teletext 
broadcast system; 

means for generating auxiliary character data from said character information in accordance with 
said teletext broadcast system; 
10 means for arranging said digital video and audio data and said auxiliary character data in a prede- 

termined format for recording, said format including video and audio areas in which video data and audio 
data, respectively, are provided, said video and audio areas having respective auxiliary areas in which 
auxiliary character data is provided; and 

means for recording successive tracks on said record medium, each track containing said digital 
is video data, said digital audio data and said auxiliary character data in said predetermined format. 

19. Apparatus as claimed in claim 18, wherein said auxiliary character data includes a list of broadcast pro- 
grams identifying said digital video and audio data that can be received. 



20 



20. Apparatus as claimed in claim 18 or claim 19, wherein said character information includes a control code, 
and said auxiliary character data is generated in accordance with said control code. 

21. Apparatus as claimed in claim 18 or claim 19, wherein said character information includes a character 
code, and said auxiliary character data is generated in accordance with said character code. 

25 22. A method of recording digital video and audio data on a record medium (21), the method comprising the 
steps of: 

receiving digital video and audio data arid topic data having identifying topics to be recorded; 
generating menu data in accordance with said identifying topics; 

arranging said digital video and audio data, said topic data and said menu data in a predetermined 
30 format for recording, said format including video, audio and subcode areas in which video data, audio data 

and menu data, respectively, are provided, said video and audio areas having respective auxiliary areas 
in which topic data is provided; and 

recording successive tracks on said record medium (21), each track containing said digital video 
and audio data, said topic data and said menu data in said predetermined format. 

35 

23. A method as claimed in claim 22, wherein said topic data is associated with either said digital video data 
or said digital audio data, topic data associated with said digital video data is recorded in said auxiliary 
area of said video area, and topic data associated with said digital audio data is recorded in said auxiliary 
area of said audio area. 

24. A method as claimed in claim 22 or claim 23, wherein said menu data includes position data indicative of 
the respective area of a track in which said topic data is located, and said step of recording records said 
position data in said subcode area of each of said successive tracks. 

25. A method as claimed in any one of claims 22 to 24, including the steps of generating table-of-content data 
identifying the content of the data recorded in said video and audio areas of each track, and post-recording 
said table-of-content data in said subcode area of each of said successive tracks. 

26. A method as claimed in claim 25, wherein said table-of-content data includes identifying topic TOC, and 
said menu data includes said identifying topic TOC. 

27. A method as claimed in claim 25 or claim 26, wherein said table-of-content data identifies chapters of a 
program recorded on tracks on said record medium. 

28. A method as claimed in claim 27, wherein said table-of-content data identifies the chapter in which said 
55 track having said table-of-content data is recorded. 

29. A method as claimed in claim 27 or claim 28, wherein said table-of-content data identifies parts of each 
of said chapters and also identifies the part in which said track having said table-of-content data is re- 

15 



40 



45 



50 



EP 0 624 876 A2 



corded. 



31. 



32. 



30. A method as claimed in any one of claims 27 to 29, wherein said step of generating table-of-content data 
determines a beginning and an ending of each of said chapters, and wherein said table-of-content data 
includes data corresponding to said beginning and said ending of each of said chapters. ■ . 

A method as claimed in claim 30, wherein said table-of-content data recorded on a respective track iden- 
tifies the chapter in which said respective track is located. 

Amethod as claimed in any one of claims 22 to 31, wherein said topic data corresponding to at least one 
of said identifying topics includes character data representing a plurality of languages. 

33. A method as claimed in any one of claims 22 to 32, wherein said menu data comprises a list of said iden- 
tifying topics. 

34. A method as claimed in any one of claims 22 to 33, including the steps of: 

reproducing said menu data from said subcode area of a track; and 
generating a menu list of said identifying topics from said menu data. 

35. A method as claimed in claim 34, including the steps of selecting one of said identifying topics from said 
menu list and providing said topic data corresponding to said selected identifying topic as an output. 

36. A method as claimed in claim 35, wherein said step of providing provides said topic data by reproducing 
only said respective area of said track in which said topic data is located. 

37. Amethod as claimed in claim 35 or claim 36, wherein said topic data corresponding to at least one of said 
identifying topics includes character data representing a plurality of languages, said step of selecting in- 
cludes selecting a language of said selected identifying topic, and topic data corresponding to said se- 
lected identifying topic and said selected language is provided as an output. 

38. A method of recording digital video and audio data on a record medium (21), the method comprising the 
steps of: 

receiving digital video data, digital audio data and character information from a teletext broadcast 
system; 

generating auxiliary character data from said character information in accordance with said teletext 
broadcast system; 

arranging said digital video and audio data and said auxiliary character data in a predetermined 
format for recording, said format including video and audio areas in which video data and audio data, re- 
spectively, are provided, said video and audio areas having respective auxiliary areas in which auxiliary 
character data is provided; and 

recording successive tracks on said record medium (21), each track containing said digital video 
data, said digital audio data and said auxiliary character data in said predetermined format 

39. A method as claimed in claim 38, wherein said auxiliary character data includes a list of broadcast pro- 
grams identifying said digital video and audio data that can be received. 

40. A method as claimed in claim 38 or claim 39, wherein said character information includes a control code, 
and said auxiliary character data is generated in accordance with said control code. 

41. Amethod as claimed in claim 38 or claim 39, wherein said character information includes a character code, 
and said auxiliary character data is generated in accordance with said character code. 
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